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CONTEXT SENSITIVE TELEVISION MENU 

FIELD OF THE INVENTION 
This invention relates in general to television systems, and more particularly, to the 
field of media-on-demand. 

BACKGROUND OF THE INVENTION 

With recent advances in digital transmission technology, cable television systems are 
now capable of providing much more than the traditional analog broadcast video. In 
implementing enhanced programming, the home communication terminal ("HCT"), 
otherwise known as the settop box, has become an important computing device for accessing 
video services and navigating a subscriber through a maze of services available. In addition 
to supporting traditional analog broadcast video functionality, digital HCTs (or "DHCTs") 
now also support an increasing number of two-way digital services such as video-on-demand. 

Typically, a DHCT is connected to a cable or satellite television network and includes 
hardware and software necessary to provide the functionality of the digital television system 
at the client's site. Preferably, some of the software executed by a DHCT is downloaded 
and/or updated via the cable television network. Each DHCT also typically includes a 
processor, communication components and memory, and is connected to a television or other 
display device, such as a personal computer. While many conventional DHCTs are stand- 
alone devices that are externally connected to a television, a DHCT and/or its functionality 
may be integrated into a television or personal computer, as will be appreciated by those of 
ordinary skill in the art. 

DHCTs provide users with a wide variety of television related menu options such as, 
for example, a menu option for viewing an interactive program guide. As the number of 
available television services and corresponding menu options increases, it can become 
inconvenient and time consuming for users to search for and find a desired menu option. 
Therefore there exists a need to make it easier and more convenient for users to access 
desired television menu options. 
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DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 
The present invention now will be described more fully hereinafter with reference to 
the accompanying drawings, in which preferred embodiments of the invention are shown. 
This invention may, however, be embodied in many different forms and should not be 
construed as limited to the embodiments set forth herein; rather, these embodiments are 
provided so that this disclosure will be thorough and complete, and will fully convey the 
scope of the invention to those skilled in the art. 

The present invention is generally implemented as part of a cable television system 
(CTS). Hence, an illustrative CTS 10 and its operation will be described initially. FIG. 1 
shows a block diagram view of a CTS 10, which is generally a high quality, reliable and 
integrated network system that features video, audio, voice and data services to DHCT users. 
Although FIG. 1 depicts a high level view of a CTS 10, it should be appreciated that a 
plurality of cable television systems can tie together a plurality of regional networks into an 
integrated global network so that DHCT users can receive content provided from anywhere in 
the world. 

The CTS 10 delivers broadcast video signals as digitally formatted signals in addition 
to delivering traditional broadcast analog video signals. Furthermore, the system can support 
one way broadcast services as well as both one-way data services and two-way media and 
data services. The two-way operation of the network allows for user interactivity with 
services, such as Pay-Per-View programming, Near Video-On-Demand (NVOD) 
programming according to any of several known NVOD implementation methods, 
View-on-Demand (VOD) programming (according to any of several known VOD 
implementation methods), and interactive applications, such as Internet connections and 
interactive media Guide (IMG) applications. 

The CTS 10 also provides the interfaces, network control, transport control, session 
control, and servers to access content and services, and distributes content and services to 
DHCT users. As shown in FIG. 1, a typical CTS 10 comprises a headend 1 1, hubs 12, an 
HFC access network 17, and users' digital home communication terminals (DHCTs) 16. It 
should be appreciated that although a single component (e.g. a headend) is illustrated in FIG. 
1, a CTS 10 can feature a plurality of any one of the illustrated components or may be 
configured with alternative embodiments for any one of the individual components or with 
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The DNCS 23 provides complete management, monitoring, and control of the 
network's elements and broadcast services provided to user, In one implementation, the 
DNCS 23 uses a data insertion multiplexer 29 and a data QAM 30 ,0 insert in-band broadcast 
file system (BFS) data into an MPEO-2 transport stream that is broadcast and rece.ved v,a 
DHCT's communication interface 42 and tuner system 45. The DNCS 23 also contains a 
session manager 34 that uses Digital Storage Media Command and Control (DSMCC) 
protocol to se, up and maintain MOD sessions. The session manager 34 processes user to 
network (U-N) session signaling messages, manages allocation of session-related network 
resources, supports network management operations, acts as a point of contact to the network 
for the DHCT's 16 in the network 18 to establish individual sessions, and supports MOD 
services by providing the signaling interface to establish, maintain and release client mmated 



exclusive sessions. . 
A service application manager (SAM) server 25 is a server component of a cHcnfserver pan of 
components, with the client component be,ng located a, the DHCT 16. Together, the client- 
server SAM components provide a system in which the user can access services, wh.cn are 
identified by an application to run and a parameter, such as particular data content, specfic to 
that service. The client-server SAM components also manage the life cycle of the applications 
on the system, including m. definition, activation, and suspension of services they provide and 
the downloading of the applications into the DHCT 16 as necessary. 
Applications on bom the headend 1 1 and the DHCT 16 can access the data stored m a 
broadcast file system (BFS) server 28 in a similar manner to a file system found on operating 
systems The BFS server 28 is a part of a broadcast file system that has a counterpart BFS 
client module 43 (FIG. 3) in a DHCT 16 connected to the network .8. The BFS server 28 
repeatedly sends data for applications on a data carousel (not shown) over a period of time m 
cyclical repeated fashion so that a DHCT 16 that is in need of reading any particular data file 
or parts thereof may receive i, when requested by a user or one or more of its internal runmng 

Pr0CeSSe A VOD content manager 21 is responsible for managing the content on the VOD content 
servers22 The MOD server application 19 controls both the VOD content manager 21 andthe 
VOD content servers 22 and utilizes mem to help deliver the video and audio streams tha, make 
up VOD services. In one embodiment, an MOD content manager and MOD content servers 
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An executable program or algorithm corresponding to an operating system (OS) 
component, or to a client platform component, or to a client application, or to respective parts 
thereof, can reside in and execute out of DRAM 52 and/or flash memory 5 1 . Likewise, data 
inputted into or outputted from any executable program can reside in DRAM 52 or flash 
memory 51. Furthermore, an executable program or algorithm corresponding to an OS 
component, or to a client platform component, or to a client application, or to respective parts 
thereof, can reside in flash memory 51, or in a local storage device connected to DHCT 16 
and can be transferred into DRAM 52 for execution. Likewise, data input for an executable 
program can reside in flash memory 51 or a storage device and can be transferred into 
DRAM 52 for use by an executable program or algorithm. In addition, data outputted by an 
executable program can be written into DRAM 52 by an executable program or algorithm 
and can be transferred into flash memory 51 or into a storage device for storage purposes. 
The present invention is not limited by where or how data and/or applications are stored or 
retrieved. 

Each of the above mentioned applications comprises executable instructions for 
implementing logical functions and can be embodied in any computer-readable medium for 
use by or in connection with an instruction execution system, apparatus, or device, such as a 
computer-based system, processor-containing system, or other system that can fetch and 
execute the instructions. In the context of this document, a "computer-readable medium" can 
be any means that can contain, store, communicate, propagate, or transport the program for 
use by or in connection with the instruction execution system, apparatus, or device. The 
computer readable medium can be, for example but not limited to, an electronic, magnetic, 
optical, electromagnetic, infrared, or semiconductor system, apparatus, device, or propagation 
medium. More specific examples (a non-exhaustive list) of the computer-readable medium 
would include the following: an electrical connection (electronic) having one or more wires, a 
portable computer diskette (magnetic), a random access memory (RAM) (electronic), a read- 
only memory (ROM) (electronic), an erasable programmable read-only memory (EPROM or 
Flash memory) (electronic), an optical fiber (optical), and a portable compact disc read-only 
memory (CDROM) (optical). Note that the computer-readable medium could even be paper 
or another suitable medium upon which the program is printed, as the program can be 
electronically captured, via for instance optical scanning of the paper or other medium, then 
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compiled, interpreted or otherwise processed in a suitable manner, and then stored in a 
computer memory. 

FIG. 4 illustrates a non-limiting example of a remote control device 80 that is used to 
provide user input to the DHCT 16. The arrow buttons 82 include an up arrow button 83, a 
down arrow button 84, a left arrow button 85, and a right arrow button 86 that are used to 
scroll through options and/or to highlight an option. The select button 87 may be used to 
select a currently highlighted option that is provided to the user. Many alternative methods of 
providing user input may be used including a remote control device with different buttons 
and/or button layouts, a keyboard device, a voice activated device, etc. The invention 
described herein is not limited by the type of device used to provide user input. 

As discussed above, the SAM database 60 includes channel and service data 
structures. Refer now to FIG. 5, which shows a block diagram representation of a channel 
data structure 91 and a service data structure 92. Each entry in the channel data structure 91 
includes a channel number and a pointer to a service ID corresponding to an entry in the 
service data structure 92, as represented by arrows 93. Each entry in the service data 
structure 92 includes, in accordance with one implementation, a service ID, an application 
identifier, or Uniform Resource Locator (URL), a parameter (such as a television program 
name, etc.), a short title for the service, a long title for the service, a logo for the service, and 
one or more menu options. The menu options identified are menu options that are presented 
to a user in response to the DHCT 16 receiving a predefined input signal, such as, for 
example, a signal corresponding to the menu button 81 located on the remote control device 
80 (FIG. 4). Of course, other implementations of the present invention include greater or 
fewer data structures with greater or fewer elements of information in each data structure 
entry. Typically, a system operator defines the channel data structure(s) 91 for the lineup of 
services to be provided in any particular system. Also, while a system operator may define 
the information contained in the service data structure 92, various applications in the DHCT 
16 (FIG. 3) may also create entries into the service data structure 92 via a SAM server API. 
Many factors may be used to determine whether a menu option is associated with a particular 
service and/or channel. These factors include the actual and relative frequency that the menu 
option will be selected by users, whether a media provider desires such menu option to be 
provided to users accessing a service provided by the media provider, the feasibility of 
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providing the functionality identified by the menu option, and alternative methods by which 
users may access the functionality provided by the menu option. 

With continued reference to FIGS. 3 and 4 throughout the remaining figures, FIG. 6 is 
an example window 1 00 illustrating a quick settings menu that is provided in response to the 
5 activation of menu button 81, to a user currently receiving an analog television service. An 

example of an analog television service is a television program that is transmitted through 
analog signals. The window 100 includes a heading area 101, a highlighted option 103 
within an options area 102, a highlighted status 105 within a status column 104, and a 
navigation instruction section 106. The heading area 101 includes a title for the window 
\£L 101 A and may include instructions, such as instruction 10 IB. 

\S In this non-limiting example, options area 102 contains three selections: the first 

Ell 

,jh selection 107 corresponds to an option to record the currently tuned channel, the second 

:Jr selection (which is also the highlighted option 103) corresponds to an option to enable a 

C3 second audio program (SAP), and the third selection 108 corresponds to an option to set a 

15 sleep timer. A status column 104 provides indications as to the status of the corresponding 

" selections listed in the options area 102. In this example, the highlighted status area 105 

s s 

fy indicates that the SAP service (which is currently the highlighted option 103) is not activated. 

2 A highlighted status 1 05 of an entry field is differentiated from appearance of the 

D same entry field in a non-highlighted location by one of any visual feedback mechanisms 

20 applied to highlighted status 105 such as darkening, brightening, flashing (or blinking), or 

special outlining on the edges of the highlighted status 75 field. Outlining options may 
include a different color or implementation of beveled edges to effect a visual indentation. 
Text colors can also be used to differentiate the highlighted area in combination with any of 
the other forms of differentiation. 
25 In a preferred embodiment, pressing the select key 87 toggles the state of a 

highlighted status 105. In another embodiment, pressing left and right arrow keys also affect 
state of a highlighted status 105. In an alternate embodiment, the user selects a priori via 
configuration screens which of the two methods effects the state change, either via pressing 
left and right arrow keys or via pressing the select key 87. A first selected method by a user 
30 is active until a subsequent time when a user selects a second method. 
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the currently highlighted option as well as instructions on using the menu. It can be seen 
from this example that the menu presented to the user is responsive to the service that is 
presented to the user. Unlike the example in FIG. 6, the user is not immediately presented 
with a quick settings menu but is instead provided with options that the user is more hkely 
select while viewing a VOD channel or service. 

FIG. 10 is an example window 140 that illustrates a VOD purchase list 141 that is 
provided to a user after the user selects the VOD purchase list option 1 32 while being 
presented with window 130 (FIG. 9). The VOD purchase list 141 includes at least one 
previously purchased VOD title 142 and/or a highlighted purchased VOD title 143 for winch 
a user was billed or is yet to be billed. Thus, a user can review charges associated with VOD 
titles previously purchased. Each entry in the list indicates the name of the VOD title, the 
length of the viewing access period, and the date that the title was presented. A user can 
typically access additional information related to a currently highlighted VOD t.tle by 

activating the select button 87. 

FIG 1 1 is an example window 1 50 that illustrates VOD title blocking in a VOD 
catalogue via a categories list 151 that is provided to a user after the user selects the block 
categories option 133 while being presented with window 130 (FIG. 9). The block categones 
list includes a block category 1 52 and a highlighted block category 153. Once a user blocks a 
category , media events falling under the selected category will not be shown m a VOD 
catalogue. A locked padlock symbol 1 54 is used to indicate that a category is currently 
blocked. 

In another embodiment of the present invention, a user is provided, in response to user 
input with a context sensitive television help menu for accessing help information pertaining 
to the respective service, application or DHCT machine-state that is currently active. 
Whether a certain help menu option is included in the television help menu depends on the 
service that is being provided to the user at the time that the user requests the television help 
menu. In yet another embodiment, a user is provided, in response to user input, with a 
context sensitive service information menu for accessing service related information. 
Whether a certain information menu option is included in the service information menu 
depends on the service that is being provided to the user at the time that the user requests the 
service information menu. 

14 
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Information related to user selections and preferences reflected by user input 
described above is stored in application memory 70 of DRAM 52 or read-write non-volatile 
memory (not shown) of DHCT 16 and/or a VOD server. If DHCT 16 has a local storage 
device, either internally or externally connected via a communication port or local storage 
interface, it can be used to alternatively store user selection information rather than 
employing the VOD server or in addition to the VOD server. Information related to user 
selections and preferences described herein is read from DHCT's memory to fill respective 
data fields in screens presented to a user. Alternatively, user selection information can be 
read from the DHCT's local storage (if applicable) or the VOD server. Regardless of where 
user selection information is stored, a subset of information is stored in read- write non- 
volatile memory of DHCT 16 by the application executing in DHCT 16 to find a backed-up 
version of user selection information in the event that DHCT 16 experiences a power outage 
period. This set of information is stored in non- volatile memory includes an indication as to 
whether there is user selection information (for which a single bit of non- volatile memory can 
be designated), and information such as a directory path or user identification for where a 
copy of the information can be retrieved from the VOD server or from the DHCT's local 
storage device (if applicable). 

It should be emphasized that the above-described embodiments of the present 
invention, particularly, any "preferred embodiments" are merely possible examples of the 
implementations, merely setting forth for a clear understanding of the principles of the 
inventions. Many variations and modifications may be made to the above-described 
embodiments of the invention without departing substantially from the spirit of the principles 
of the invention. All such modifications and variations are intended to be included herein 
within the scope of the disclosure and present invention and protected by the following 
claims. 

Therefore, having thus described the invention, we claim: 
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